home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 4623 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.1 KB
  1. Path: manawatu.planet.co.nz!news
  2. From: kurg@manawatu.gen.nz (Damon Davies)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: need help on A1200/030 board programming
  5. Date: 2 Mar 1996 09:48:59 GMT
  6. Organization: PlaNet (NZ) Manawatu, Palmerston Nth, New Zealand +64 6 357-9245
  7. Message-ID: <1393.6635T1366T2221@manawatu.gen.nz>
  8. References: <4gb9ao$104@sunsystem5.informatik.tu-muenchen.de>
  9.      <1189.6628T141T1560@wr.com.au> <38232664@kone.fipnet.fi>
  10.     <772.6632T572T2649@manawatu.gen.nz> <4h4ek7$lp1@sunsystem5.informatik.tu-muenchen.de>
  11. NNTP-Posting-Host: kurg.manawatu.gen.nz
  12. Mime-Version: 1.0
  13. Content-Type: text/plain; charset=iso-8859-1
  14. Content-Transfer-Encoding: 8bit
  15. X-Newsreader: THOR 2.21 (Amiga;TCP/IP)
  16.  
  17. Juergen writes:
  18.  
  19. >In article <772.6632T572T2649@manawatu.gen.nz>, kurg@manawatu.gen.nz (Damon
  20. >Davies) writes:
  21. >|> >You dont have to "recognise" FAST-ram, just dont force stuff
  22. >|> >into CHIP-ram which does not need to be there, ie. only
  23. >|> >gfx data, samples, display memory etc.
  24. >|> 
  25. >|> >--                               _
  26. >|> >a Stellar programmer          _ //
  27. >|> >"Amiga - back for the future" \X/
  28. >|> 
  29. >|> Just an ellaboration: 
  30. >|> 
  31. >|> This is how you do it in assembler "Section TheCode,code" will put the
  32. >|> code  in fast ram preferably, but in chip if there is no fast."Section 
  33. >|> TheCode,code_f" will put the code in fast only! and fail if there is none.
  34.  
  35. >Forcing code to fast is imho nonsense.
  36.  
  37. >I only use alloc(fast) one time:
  38.  
  39. >  p=alloc(fast)
  40. >  if fail (p=alloc(chip); chip=true)
  41.  
  42. >  so my code will know if it has to copy to chip if I use a 0-cpu-pass
  43. >  routine.
  44.  
  45. >can't see any other reason for using the memf_fast flag...
  46.  
  47. mmm, you should learn too read Juergen, what I was pointing out is that
  48. there was an assembly directive that put code in fast PREFERABLY and in
  49. chip OTHERWISE.
  50. You can do the same thing with the exec Alloc() and AllocVec() commands,
  51. instead of specifying MEMF_CHIP or MEMF_FAST in the flags, you may put
  52. MEMF_ANY and it will do as I describe above. So the code you describe is a
  53. bit silly really, if you now how to use exec.... :^|
  54.  
  55. Damon.
  56.  
  57.  
  58.